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SEAMLESS ROAMING OPTIONS IN AN IEEE 802.1 1 COMPLIANT NETWORK 
This application claims benefit of U.S. Provisional Application No. 60/226,403, 
filed August 18,2000. 

Field of the Invention 

The present invention relates to the field of networking. In particular, this 
invention relates to a protocol for providing load balancing and test pattern signal 
evaluation information to wireless units in accordance with Institute of Electrical and 
Electronics Engineers (IEEE) 802.11 constraints. 

Background of the Invention 

The ability of users to access programs and share data over local area networks 
(referred to as "LANs") has become a necessity for most working environments. To 
improve efficiency and ease of use, certain enhancements may be added to a LAN such 
as remote wireless access. By providing remote wireless access, a wireless LAN 
(WLAN) is formed. 

As described in U.S. Patent No. 5,987,062 issued to Netwave Technologies, 
Inc., now owned by Nortel Networks Limited, one type of WLAN employs dedicated 
stations, which are referred to as access points (APs). Therein, each AP is a relay 
station that includes a radio frequency (RF) transceiver that receives radio data packets 
from a mobile unit such as a notebook-type computer with a suitable adapter card as 
described in U.S. Patent No. 5,987,062. Thereafter, the AP transmits the data packets 
to the fixed backbone network. Of course, the AP may receive data from the fixed, 
backbone network and transmit it to one or more mobile units. 

As further described in U.S. Patent No. 5,987,062, with respect to the wireless 
communications protocol of this WLAN, each AP changes its radio frequency 
(channel) approximately ten times per second for both transmitting and receiving. The 
time period between each channel change is referred to as a "hop". To communicate 
with any given AP, a mobile unit needs to determine if the AP exists, on which channel 
the AP is operating, as well as when and on which channel it will operate next. To 
assist in this determination, each AP transmits two types of special broadcast messages, 
referred to as "Short Beacons" and "Long Beacons". 

An AP transmits Short Beacons many times a second if the AP has no other 
traffic to relay. If the AP is busy, the Short Beacons are transmitted at a lower rate. 
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Herein, a Short Beacon announces identification information about the AP such as the 
AP name, hop sequence, AP Internet Protocol (LP) information, and load balancing 
information. A Long Beacon, however, is transmitted at the start of each new hop. The 
Long Beacon includes the identification information found in a Short Beacon as well as 
a communication test pattern. This communication test pattern is static in nature, which 
allows mobile units to calculate the quality of a radio signal from the AP by comparing 
the received test pattern to an actual pattern stored in its internal memory. The mobile 
units make roaming decisions between APs based on the signal quality. 

However, this communications protocol is not compliant with IEEE 802.1 1 . In 
accordance with IEEE 802.1 1, APs transmit only two types of beacons, namely Traffic 
Indication Maps (TEMs) and Delivery Traffic Indication Messages (DTIMs). Both of 
these beacons have specific size limitations, and thus, cannot accommodate the 
information contained in a Short Beacon or Long Beacon. Also, both TIM and DTIM 
beacons have content constraints. Currently, the approved content for each of these 
beacons does not include the AP name, AP IP address information, load balancing 
information, or a test pattern. Thus, it would be desirable to develop a communications 
protocol that provides at least load balancing and/or test pattern information to wireless 
units while being either compatible or fully compliant with IEEE 802. 1 1 . 

SUMMARY OF THE INVENTION 
The present invention relates to communication protocols to provide load 
balancing and/or test pattern information between devices. A first embodiment is to 
provide such information via a data frame that is transmitted a definitive time after a 
special DTIM beacon is transmitted. This protocol provides full compliance with IEEE 
802.1 1. The second embodiment is to modify the 802.1 1 beacon data structure with 
additional information elements. 

Other aspects and features of the present invention will become apparent to 
those ordinarily skilled in the art upon review of the following description of specific 
embodiments of the invention in conjunction with the accompanying claims and 
figures. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The features and advantages of the present invention will become apparent from 
the following detailed description of the present invention in which: 
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Figure 1 is a first exemplary embodiment of a wireless network system. 
Figure 2 is an exemplary embodiment of an access point (AP) of a wireless 
network system. 

Figure 3 is a second exemplary embodiment of a wireless network system. 
Figure 4 is an exemplary embodiment of a data structure of a beacon. 
Figure 5 is an exemplary embodiment of the TIM element of the beacon of 
Figure 4. 

Figure 6 is an exemplary embodiment of the operations of an AP in full 
compliance with IEEE 802. 1 1 . 

Figure 7 is an exemplary embodiment of a data frame transmitted after a special 
DTIM beacon. 

Figure 8 is a third exemplary embodiment of a wireless "ad hoc" network 

system. 

Figure 9 is an exemplary embodiment of the operations of a WU to provide load 
balancing and/or test patterns. 

Figure 10 is an exemplary embodiment of the operations of an AP in partial 
compliance with IEEE 802.1 1. 
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DETAILED DESCRIPTION OF THE INVENTION 
Herein, the exemplary embodiments of the present invention relate to a protocol 
for providing static load balancing and test pattern signal evaluation information to 
wireless units while still maintaining compliance with Institute of Electrical and 
Electronics Engineers (IEEE) 802.1 1. These embodiments are not exclusive; rather, 
they merely provide a thorough understanding of the present invention. Well-known 
circuits are not set forth in detail in order to avoid unnecessarily obscuring the present 
invention. 

In the following description, certain terminology is used to describe features of 
the present invention. For example, "logic" includes hardware and/or software 
module(s) that perform a certain function on incoming information. A "software 
module" is executable code such as an operating system, an application or an applet for 
example. The term "information" is defined as data, address, and/or control. For 
transmission, the information may be placed in a frame featuring a single data packet or 
a series of data packets. 

In addition, a "link" is broadly defined as one or more information-carrying 
mediums to establish a communication pathway. Examples of the medium include a 
physical medium (e.g., electrical wire, optical fiber, cable, bus traces, etc.) or a wireless 
medium (e.g., air in combination with wireless signaling technology). 

Referring to Figure 1, an exemplary first embodiment of a wireless network 
system 100 in accordance with the invention is illustrated. The wireless network 
system 100 comprises a link 101 based on a physical medium. Herein, the link 101 is 
part of a wired backbone network 102 that includes network resources 104 available for 
users of the system 100. The wireless network system 100 further includes one or more 
access points (APs) 106a-106d that communicate via a wireless link with one or more 
wireless units (WUs) 108a-108f. For this embodiment, four (4) APs 106a-106d 
communicate with six (6) WU 108a-108f. 

Users using the WUs 108a-108f can access the network resources 104 via any 
of the APs 106a-106d, which are generally transparent bridges that link a wireless 
network defined by one or more WUs 108a-108f with the wired backbone network 102. 
The WUs 108a-108f communicate with the APs 106a-106d typically using a 
standardized protocol, such as the IEEE 802.11 protocol. 
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A "wireless unit" (WU) is defined herein as any electronic device comprising 
processing logic (e.g., a processor, microcontroller, state machine, etc.) and a wireless 
transceiver for receiving and transmitting data to an access point (AP) or another 
wireless unit (WU). Examples of a WU include a computer (e.g., desktop computer, 
laptop computer, hand-held computer such as a personal digital assistant "PDA", etc.), 
communications equipment (e.g., pager, telephone, facsimile machine, etc.), a 
television set-top box, or appliances such as refrigerator pads, electronic picture frames, 
alarm detectors, water detectors, and the like. The WU is loaded with software to 
detect and extract load balancing and/or test patterns from payloads of data frames 
following special beacons as described below. 

An "access point" (AP) is a device that provides a bi-directional connection 
between one or more WUs and a network such as the wired backbone network 102. 
However, an AP could also have a wireless connection back to the backbone network 
102, such as AP 106d, which has a wireless link to the backbone network 102 via 
another AP 106c. The wired backbone network can be of any type, including an 
Ethernet, a token ring, and an asynchronous transfer mode (ATM) network. 

Referring now to Figure 2, an exemplary embodiment of an access point (AP) is 
shown. For illustrative purposes, the access point is represented by AP 106b and 
differs in function from the access points described in U.S. Patent No. 5,987,062. As 
shown, AP 106b comprises logic 200 and 202, an address table 204, a device 
management logic 206, and a wireless transceiver interface 210. In particular, the logic 
200 is used to determine whether certain information from the wired backbone network 
102 is destined for one or more of the WUs. The address table 204 includes Medium 
Access Control (MAC) addresses for all of the wireless units associated with the AP 
106b such as WUs 108c and 108d of Figure 1. In the special case of all broadcast or 
some multicast packets, the packets are addressed to all or some of the wireless units 
(WUs) associated with the access point (AP) on a "best effort" basis. 

Similarly, as information from the wireless units (WU) is received by the 
wireless transceiver 210, the logic 202 monitors addresses within this information 
against the contents of the address table 204. One reason is that only information from 
authenticated and associated wireless units (e.g., WUs 108c and 108d) is accepted. 
Hence, if a non-authenticated wireless unit transmits packets, these packets will not be 
forwarded to the wired backbone network 102 of Figure 1. The logic 202 subsequently 
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transmits the information to the logic 200 for routing to the wired backbone network 
102. 

In the event that the fixed backbone network 102 of Figure 1 has a substantially 
larger data rate than the wireless network, content addressable memory (CAM) 212 and 
a hardware address filter (HAF) 214 may be employed within the AP 106b. The CAM 
212 and HAF 214 are in communication with the fixed backbone network 102 and 
collectively filter information at the hardware level so that the logic 200 processes only 
a small portion of the information routed over the wired backbone network 102. 

The device management logic 206 provides a mechanism for adjusting the 
various parameters and controlling the functionality of the AP 106b. The device 
management logic 206 may be configured via an interface 216 (e.g., serial port) within 
the AP 106b. The interface 216 provides a direct connection to the AP 106b. Other 
mechanisms include (1) Simple Network Management Protocol (SNMP) management 
tools such as OPTIVITY® by Nortel Networks Limited, (2) TELNET, or (3) web- 
based management software. 

Referring back to Figure 1, in the typical scenario, a WU associates itself with 
one of the APs to communicate with the wired backbone network 102. For instance, in 
the example shown in Figure 1, WUs 108a and 108b are associated with AP 106a, WUs 
108c and 108d are associated with AP 106b, WU 108e is associated with AP 106c, and 
WU 108f is associated with wireless AP 106d. Which access point (AP) a wireless unit 
(WU) is associated with can depend on many factors, including signal quality, load 
balancing, restricted links and other factors. The AP that a particular WU is associated 
with can change, such as when the WU "roams" from the coverage area of a particular 
AP to a coverage area of another AP. From the standpoint of the user using the WU, 
this change in associated AP is transparent. 

Figure 3 illustrates a second exemplary embodiment of a wireless network 
system 300 in accordance with the invention. The wireless network system 300 
comprises two or more sub-networks 302a and 302b, which communicate with each 
other by way of a router 304. The sub-networks 302a and 302b can be any wired 
backbone network, including Ethernet, token ring, and an asynchronous transfer mode 
(ATM) network. The sub-networks 302a and 302b need not be of the same type, for 
instance, sub-network 302a can be an Ethernet, and sub-network 302b can be a token 
ring. Each sub-network 302a and 302b has one or more APs for communicating with 
the WU. For instance, sub-network 302a includes APs 306a-l, 306a-2, 306a-3 for 
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communicating respectively with WUs 308a-l, 308a-2, and 308a-3. Sub-network 302b 
includes APs 306b-l and 306b-2 for communicating respectively with WUs 308b-l and 
308b-2. In this system, a WU associated with an AP on a particular sub-network (e.g. 
sub-network 302a) can also change its association to an AP on another sub-network 
(e.g. sub-network 302b) by roaming as discussed above or other circumstances. 

Referring now to Figure 4, an exemplary embodiment of the data structure of a 
beacon 400 is shown. In accordance with Section 7.2.3.1 of IEEE 802.1 1, one 
embodiment of the beacon 400 is a control frame transmitted from an AP to one or 
more WUs. The beacon 400 comprises, in part, a plurality of information elements 
410, namely specific data packets forming the beacon 400. These information elements 
410 include a timestamp element 420, a beacon interval element 430, a capability 
information element 440, a service set identity (SSID) element 450, a supported rates 
element 460 and a traffic indication map (TIM) 470 as shown in Figure 5. 

Referring to Figure 5, an exemplary embodiment of the TIM information 
element 470 is shown. The TIM information element 470 comprises (1) an Element 
Identification (ED) field 510, (2) a Length field 520 and (3) one or more element- 
specific Information fields 530. The Element ID field 510 contains a unique value to 
identify the specific type of information element while the Length field 520 specifies 
the number of octets in the Information field(s) 530. 

Information fields 530 comprise at least a delivery traffic indication message 
(DTIM) Count field 540, a DTIM Period field 550 and a Bitmap Control field 560. The 
DTIM Count field 540 is a single octet that indicates how many TIMs (including the 
current frame) appear before the next DTIM. If the value of the DTIM Count field 540 
is zero, the beacon is a DTIM. The DTIM Period field 550 is a single octet that 
indicates the number of TIM intervals between successive DTIMs. The Bitmap 
Control field 560 is a single octet that includes a traffic indicator bit (bit 0) 561. When 
one or more broadcast or multicast data frames are buffered at the AP, the DTIM Count 
field 540 is zero and the traffic indicator bit (TIB) 561 is set to denote pending 
subsequent transmissions. Hence, upon receipt of the beacon 400, any wireless unit is 
aware that one or more multicast or broadcast data frames will be transmitted 
subsequent to the DTIM. 

Referring now to Figures 6 and 7, an exemplary embodiment of the operations 
of a device, for example, an AP in accordance with the invention, is shown. As shown 
in Figure 6, an AP prepares a DTIM beacon for broadcast to the wireless units (block 
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600). For each DTIM beacon or perhaps selectively chosen DTIM beacons (referred to 
as a "special DTIM beacon") as shown, the traffic indicator bit will be set to denote a 
subsequent transmission (e.g., a data frame) (block 610). The selection may be 
random, pseudo-random or in accordance with a predetermined, alternating pattern. 

Thereafter, upon completing the broadcast of the special DTIM beacon (block 
620), the AP broadcasts a data frame that includes load balancing information and/or a 
test pattern as described below and shown in Figure 7 (blocks 640). In this 
embodiment, the AP broadcasts the data frame after a definitive time period has elapsed 
since the special DTIM beacon was broadcast (block 630). 

For example, the data frame may be a first frame that is broadcast after the 
special DTIM beacon. This reduces the amount of time that the wireless units must 
remain powered-on and tuned to a certain channel in the event that the wireless unit is 
in a power-save mode. More specifically, since beacons occur at predictable times, the 
wireless unit tunes to a particular AP channel long enough to hear the beacon. Then, it 
tunes back to its own AP channel. In essence, the beacons are sent periodically and at 
times known in advance to the receiver. 

As shown in Figure 7, an exemplary embodiment of the data frame is shown. 
The data frame 700 includes a media access control (MAC) header 710, a payload 720 
and a frame check sequence (FCS) 730. The payload 720 includes AP name 731, AP 
ID information 732, a SSID element 733, balancing information 740 and/or a test 
pattern 750. 

More specifically, the load balancing information 740 is data that provides, 
among other things, certain characteristics of the wireless units in communication with 
any given AP. This data may include, but is not limited or restricted to the following: 
a count of the number of WUs currently associated with the AP, a count of associated 
WUs that are "busy" (sending/receiving data at a rate or volume that exceeds a 
threshold), an indicator as to whether the AP is able to access any additional WUs, an 
indicator of the total utilization level of the AP, number of (wireless) hops to the wired 
backbone network, speed of the uplink from the AP to the backbone network, and/or 
memory capacity for buffering. Load balancing is possible because each wireless unit 
registers with its selected AP and the selected AP may maintain a list of the wireless 
units that it is servicing in its address table. 

The test pattern 750 is a static bit pattern, which allows wireless units to 
calculate the quality of a radio signal from the AP by comparing the received test 
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pattern to an actual pattern stored in its internal memory to assist in roaming decisions. 
This allows direct measurement of bit errors. Of course, non-receipt of the test pattern 
conveys useful information as to the quality of the radio signal as well. 

Referring to Figure 8, a third exemplary embodiment of another wireless 
network system 800 in accordance with the invention is shown. The wireless network 
system 800 comprises two or more wireless units (WU) that can communicate with 
each other via a wireless link. In this example, four WUs 802, 804, 806 and 808 are 
shown, each of which can communicate with the remaining units via the wireless link. 
In contrast to the wireless network systems of Figures 1 and 3, this wireless network 
system 800 does not use a wired backbone network or APs. This type of system 800 is 
known in the relevant art as an "ad hoc" wireless network system. 

In accordance with this embodiment, it is contemplated that DTIMs may be 
generated from a wireless unit (WU). Thus, as shown in Figure 9, upon completing the 
broadcast of a special beacon by the WU (block 900), the WU broadcasts a data frame 
that includes load balancing information and/or a test pattern as described above and 
shown in Figure 7 (block 920). In this embodiment, the WU broadcasts the data frame 
after a definitive time period has elapsed since the special DTIM beacon was broadcast 
(block 910). For example, the data frame is the N— frame that is broadcast after the 
special DTIM beacon (where N>1). 

"Roferring now to Figure 10, a second exemplary embodiment of the present 
invention is sho^vA- As shown, a device (e.g., AP) is configured to broadcast a 
modified beacon lOOOfor^eceipt by the wireless units. In a first embodiment, each 
modified beacon (e.g., DTIMjlQQO includes a plurality of additional information 
elements 1010 such as one or more orthe following: AP name 1020, AP IP 
information 1030, and/or load balancing information 1040. A preliminary frame check 
sequence (FCS) information element 1050 is plac&lfri the modified DTIM 1000 after 
the additional information elements 1010. Moreover, after the preliminary FCS 1050, 
the modified DTIM 1000 may include a test pattern 1060 follbv^ed by the normal frame 
check sequence 1070 as defined in the IEEE 802.1 1 Standard for thfe^iodified beacon 
1000 as a whole. The preliminary FCS 1050 allows the receiver to confimKthat the 
MAC header and other beacon information elements were received correctly, e^qn if 
the test pattern contains bit errors. 
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In a second embodiment, all of the beacons, including both TIMs and DTIMs, 
are modified to include the additional information elements 1010 and/or the 
communications test pattern 1060. In a third embodiment, certain TIMs are configured 
to include the additional information elements 1010 while others are configured to 
include the communications test pattern 1060. In a fourth embodiment, specific TIMs 
and DTIMs are configured to include the additional information elements 1010 and/or 
the communications test pattern 1060 in accordance with a predetermined alternating 
pattern. 

While certain exemplary embodiments have been described and shown in the 
accompanying drawings, it is to be understood that such embodiments are merely 
illustrative of and not restrictive on the broad invention, and that this invention not be 
limited to the specific constructions and arrangements shown and described, since 
various other modifications may occur to those ordinarily skilled in the art. For 
instance, it is contemplated that the inventive aspects may be employed in a network 
that is non-compliant with IEEE 802.1 1 standards. 



